سینک نس SyncNas هدایت درخواست از اینترنت به کاربر داخلی

SyncNas یک سامانهٔ هوشمند برای هدایت امن درخواست‌های اینترنتی به سرویس‌های داخلی است.
این سیستم به شما اجازه می‌دهد بدون داشتن IP عمومی، بدون تغییر در زیرساخت، و بدون تنظیمات پیچیدهٔ شبکه، سرویس‌های لوکال خود را به‌صورت کنترل‌شده و پایدار در اینترنت در دسترس قرار دهید.

SyncNas پلی میان اینترنت و محیط داخلی توسعه است؛
هر جا باشید—خانه، شرکت یا سفر—می‌توانید سرویس لوکال خود را مثل یک سایت واقعی روی اینترنت مشاهده، تست و با دیگران به اشتراک بگذارید.


SyncNas دقیقاً چه کاری انجام می‌دهد؟

SyncNas یک Reverse Tunnel مبتنی بر .NET است که درخواست‌های ورودی اینترنت را دریافت کرده و آن‌ها را به سرویس‌های داخلی شما هدایت می‌کند.
این تونل امن، امکان تست، دیباگ و مشاهدهٔ رفتار واقعی سرویس را بدون نیاز به انتشار روی سرور اصلی فراهم می‌کند.


چرا SyncNas وجود دارد؟

در توسعهٔ نرم‌افزار همیشه یک مشکل مشترک وجود دارد:
«نسخهٔ لوکال را چطور از بیرون تست کنم؟»
وقتی API روی localhost:5000 اجرا می‌شود، هیچ‌کس از بیرون نمی‌تواند آن را ببیند.
وقتی نسخهٔ جدید سایت را ساخته‌اید، نمی‌خواهید فوراً روی سرور اصلی Deploy کنید.
وقتی می‌خواهید رفتار واقعی مرورگر را روی اینترنت تست کنید، VPN و Port Forwarding دردسر دارند.
وقتی روی لپ‌تاپ هستید و اینترنت عوض می‌شود، IP شما تغییر می‌کند و دسترسی از بیرون قطع می‌شود.

SyncNas دقیقاً برای حل همین مشکل ساخته شده است.


یک مثال واقعی برای کاربران

فرض کنید در حال توسعهٔ یک سایت هستید:
نسخهٔ اصلی روی اینترنت قرار دارد، اما نسخهٔ جدید روی لپ‌تاپ شماست.
شما می‌خواهید:
نسخهٔ جدید را از بیرون تست کنید
بدون اینکه DNS را تغییر دهید
بدون اینکه روی سرور اصلی چیزی خراب شود
بدون اینکه مجبور شوید Deploy کنید

با SyncNas چه اتفاقی می‌افتد؟

SyncNas روی لپ‌تاپ شما اجرا می‌شود
یک تونل امن به سرور SyncNas برقرار می‌کند
شما یک آدرس اینترنتی دریافت می‌کنید (مثلاً https://yourname.syncnas.net)
هر درخواست اینترنتی به این آدرس، از تونل عبور کرده و به localhost:5000 شما می‌رسد
مرورگر بیرونی دقیقاً همان چیزی را می‌بیند که روی لپ‌تاپ شما اجرا می‌شود
بدون IP عمومی
بدون Port Forwarding
بدون VPN
بدون Deploy
بدون تغییر DNS

فقط نسخهٔ لوکال شما، روی اینترنت قابل مشاهده می‌شود.


SyncNas یک سامانهٔ هوشمند برای هدایت امن درخواست‌های اینترنتی به سرویس‌های داخلی است. با استفاده از SyncNas می‌توانید بدون داشتن IP عمومی، بدون تغییر در زیرساخت شبکه و بدون نیاز به تنظیمات پیچیده، سرویس‌های لوکال خود را به‌صورت کنترل‌شده و پایدار در اینترنت در دسترس قرار دهید. این سیستم مانند پلی میان اینترنت و محیط داخلی توسعه عمل می‌کند و امکان مشاهده، تست و اشتراک‌گذاری سرویس‌های در حال توسعه را فراهم می‌سازد.
در محیط‌های توسعه مانند Visual Studio، سرویس‌ها معمولاً فقط روی پورت‌های لوکال اجرا می‌شوند و حتی از شبکه داخلی نیز قابل دسترسی نیستند. این موضوع باعث می‌شود که تعامل با سرویس‌های خارجی، مشتریان یا ابزارهای تست بسیار دشوار شود. SyncNas این محدودیت را برطرف می‌کند و نسخهٔ لوکال شما را از طریق یک تونل امن روی اینترنت قابل دسترس می‌سازد.
اگر در حال توسعهٔ یک وب‌سرویس هستید و مشتری شما قصد دارد با استفاده از کتابخانه یا SDK خود به سرویس شما متصل شود، معمولاً امکان ارسال درخواست به آدرس‌های لوکال وجود ندارد. با SyncNas می‌توانید یک آدرس اینترنتی معتبر دریافت کنید تا مشتری درخواست‌های واقعی خود را به آن ارسال کند و شما نیز همان درخواست‌ها را در محیط توسعهٔ خود مشاهده، بررسی و دیباگ کنید.
در توسعهٔ بات‌ها برای پیام‌رسان‌هایی مانند تلگرام، بله یا سایر پلتفرم‌ها، سرویس باید روی یک آدرس اینترنتی معتبر و دارای SSL در دسترس باشد. این پیام‌رسان‌ها هیچ‌گاه به آدرس‌های داخلی یا لوکال درخواست ارسال نمی‌کنند. با نصب نسخهٔ سرور SyncNas روی یک میزبان و اجرای نسخهٔ کلاینت روی دستگاه خود، یک آدرس اینترنتی امن دریافت می‌کنید که پیام‌رسان درخواست‌ها را به آن ارسال می‌کند و SyncNas آن‌ها را به سرویس لوکال شما هدایت می‌کند. به این ترتیب می‌توانید رفتار واقعی بات را با درخواست‌های واقعی پیام‌رسان دیباگ و توسعه دهید.
SyncNas برای توسعه‌دهندگانی ساخته شده که می‌خواهند سرویس‌های داخلی خود را بدون دردسرهای شبکه، بدون نیاز به انتشار روی سرور اصلی و بدون تغییر DNS، روی اینترنت تست و بررسی کنند. این سیستم امکان تعامل واقعی با سرویس‌های خارجی، مشتریان و پیام‌رسان‌ها را فراهم می‌کند و فرآیند توسعه و دیباگ را سریع‌تر، دقیق‌تر و قابل‌اعتمادتر می‌سازد.

نمونه‌های مشابه خارجی (و مشکل تحریم برای کاربران ایرانی)

۱) Ngrok
Ngrok مشهورترین سرویس تونل‌سازی است، اما:
پلن رایگان آن بسیار محدود شده است (۱GB پهنای باند، ۲۰هزار درخواست، ۳ اندپوینت)
URL رایگان پس از هر بار اتصال تغییر می‌کند و برای وب‌هوک‌ها مشکل‌ساز است
در ایران اغلب غیرقابل استفاده است؛ به دلیل تحریم‌های مالی، عدم امکان پرداخت، و محدودیت‌های منطقه‌ای.

۲) Cloudflare Tunnel (Argo Tunnel)
یکی از بهترین جایگزین‌های Ngrok است و حتی رایگان هم هست، اما:
نیاز به حساب Cloudflare دارد
Cloudflare به‌صورت رسمی خدمات خود را برای کاربران ایران محدود کرده
برای دامنهٔ اختصاصی باید DNS روی Cloudflare باشد، که برای کاربران ایرانی معمولاً امکان‌پذیر نیست
هرچند از نظر فنی بسیار قدرتمند است و محدودیت پهنای باند ندارد

۳) localhost.run
سرویسی بسیار ساده که با یک دستور SSH تونل ایجاد می‌کند:
رایگان و سریع است
اما URL دائمی ندارد و روی هر اتصال تغییر می‌کند
زیرساخت آن پایدار نیست و برای کارهای جدی مناسب نیست
در ایران نیز به‌دلیل محدودیت‌های شبکه و فیلترینگ، همیشه قابل استفاده نیست

۴) Tailscale Funnel
ویژگی تونل‌سازی داخل Tailscale:
برای تیم‌هایی که از Tailscale استفاده می‌کنند عالی است
اما نیاز به نصب و حساب Tailscale دارد
Tailscale نیز به‌صورت رسمی کاربران ایران را پشتیبانی نمی‌کند
برای کارهای ساده، بیش از حد پیچیده است

۵) FRP (Self‑Hosted)
یک پروژهٔ متن‌باز و بسیار قدرتمند برای تونل‌سازی:
کاملاً قابل نصب روی سرور شخصی است
اما نیاز به تنظیمات پیچیدهٔ سرور، فایروال، SSL و مدیریت امنیت دارد
برای توسعه‌دهندگان معمولی مناسب نیست
در ایران قابل استفاده است، اما پیچیدگی آن بسیار زیاد است
یکی از محبوب‌ترین ابزارهای متن‌باز با بیش از ۱۰۰هزار ستاره است
اغلب آنتی ویروس ها، آن را به عنوان نرم افزار مخرب میشناسند.

چرا SyncNas لازم است؟

تمام سرویس‌های بالا یا تحریم هستند، یا نیاز به پرداخت دلاری دارند، یا برای کاربر ایرانی پایدار نیستند.
از طرفی توسعه‌دهندگان ایرانی نیاز دارند:

سرویس لوکال خود را روی اینترنت تست کنند
وب‌هوک‌ها را دریافت کنند
بات تلگرام/بله را دیباگ کنند
با مشتری تعامل واقعی داشته باشند
بدون دردسر شبکه، نسخهٔ جدید را بررسی کنند
اما هیچ‌کدام از سرویس‌های خارجی، این نیاز را برای کاربران داخل ایران به‌صورت پایدار و قابل اعتماد برطرف نمی‌کنند.

SyncNas چه تفاوتی دارد؟

SyncNas دقیقاً برای همین مشکل ساخته شده است:
بدون تحریم
بدون نیاز به پرداخت دلاری
بدون محدودیت منطقه‌ای
بدون تغییر DNS
بدون نیاز به IP عمومی
بدون تنظیمات پیچیدهٔ شبکه
کاملاً سازگار با ایران و زیرساخت‌های داخلی

راهنمای نصب SyncNas

پس از دانلود بستهٔ نرم‌افزار، دو پوشه با نام‌های Server و Client در اختیار شما قرار می‌گیرد. هر بخش وظیفهٔ مشخصی دارد و باید روی دستگاه مناسب نصب و پیکربندی شود.


نصب نسخهٔ سرور (Server)

نسخهٔ سرور باید روی یک سرور اینترنتی یا هاستی که از .NET 10 پشتیبانی می‌کند نصب شود. این بخش مسئول دریافت درخواست‌های اینترنتی و هدایت آن‌ها به نسخهٔ کلاینت است.


تنظیمات فایل appsettings.json نسخهٔ سرور

- License
اگر قصد دارید SyncNas را روی هاست خود نصب کنید، پس از خرید و ثبت دامنهٔ سرویس‌دهی، اطلاعات لایسنس توسط فروشنده در اختیار شما قرار می‌گیرد.

- Token
یک عبارت امنیتی مشترک بین سرور و کلاینت.
پیشنهاد می‌شود طول آن حداقل ۳۲ کاراکتر و غیرقابل حدس باشد.
این مقدار باید در نسخهٔ کلاینت نیز دقیقاً یکسان باشد.

- Compression
در صورت فعال‌سازی (true)، داده‌های بین سرور و کلاینت فشرده‌سازی می‌شوند.
این گزینه برای کاهش حجم انتقال و افزایش سرعت مفید است.

- Encryption
در صورت فعال‌سازی (true)، داده‌ها بین سرور و کلاینت رمزنگاری می‌شوند.
این گزینه امنیت ارتباط را افزایش می‌دهد.


نصب نسخهٔ کلاینت (Client)

نسخهٔ کلاینت باید روی دستگاهی نصب شود که قرار است سرویس لوکال آن از طریق اینترنت قابل دسترس شود.
این دستگاه نیز باید .NET 10 را نصب داشته باشد.

تنظیمات فایل appsettings.json نسخهٔ کلاینت

- Token
باید دقیقاً همان مقدار Token درج‌شده در نسخهٔ سرور باشد.
عدم تطابق Token باعث عدم برقراری ارتباط می‌شود.

- ServerAddress
آدرس سروری که نسخهٔ سرور SyncNas روی آن فعال است.
این آدرس باید با ws:// یا wss:// شروع شود.
مثال:
wss://test.syncnas.ir

- ReconnectDelay
فاصلهٔ زمانی بین قطع اتصال و تلاش مجدد برای اتصال.
مقدار پیشنهادی بین ۳ تا ۵ ثانیه است.

- ForwardTo
آدرس مقصدی که درخواست‌ها پس از عبور از تونل به آن هدایت می‌شوند.
معمولاً سرویس لوکال شما روی این آدرس اجرا می‌شود.
مثال:
https://localhost:5002

جمع‌بندی

- نسخهٔ سرور روی هاست اینترنتی نصب می‌شود.
- نسخهٔ کلاینت روی دستگاه توسعه‌دهنده اجرا می‌شود.
- Token باید در هر دو نسخه یکسان باشد.
- ServerAddress باید آدرس معتبر نسخهٔ سرور باشد.
- ForwardTo باید آدرس سرویس لوکال شما باشد.

این ساختار باعث می‌شود سرویس داخلی شما از طریق اینترنت قابل دسترس، قابل تست و قابل دیباگ باشد.


خدمات پس از فروش

 نصب و راه اندازی سیستم

 آموزش رایگان

 به روز رسانی مداوم

 آخرین بروز رسانی

نسخه آزمایشی

تماس جهت خرید محصول

دانلود فایل نصبی

ویژگی‌ها

سادگی

در دسترس بودن

تغییر نقطه نهایی بدون محدودیت